home
***
CD-ROM
|
disk
|
FTP
|
other
***
search
/
NetNews Offline 2
/
NetNews Offline Volume 2.iso
/
news
/
comp
/
std
/
c
/
318
< prev
next >
Wrap
Internet Message Format
|
1996-08-06
|
2KB
Path: mail2news.demon.co.uk!genesis.demon.co.uk
From: Lawrence Kirby <fred@genesis.demon.co.uk>
Newsgroups: comp.lang.c,comp.std.c
Subject: Re: Integral conversion e.t.c. (was: Re: Hungarian notation)
Date: Wed, 07 Feb 96 13:17:25 GMT
Organization: none
Message-ID: <823699045snz@genesis.demon.co.uk>
References: <30C40F77.53B5@swsbbs.com> <SPENCER.96Jan22113215@zorgon.ERA.COM> <KANZE.96Feb5133404@slsvewt.lts.sel.alcatel.de>
Reply-To: fred@genesis.demon.co.uk
X-NNTP-Posting-Host: genesis.demon.co.uk
X-Newsreader: Demon Internet Simple News v1.27
X-Mail2News-Path: genesis.demon.co.uk
In article <KANZE.96Feb5133404@slsvewt.lts.sel.alcatel.de>
kanze@lts.sel.alcatel.de "James Kanze US/ESC 60/3/141 #40763" writes:
>I do see a difference in using an `asm' extension (with the meaning as
>in classical C) and dereferencing a null pointer, in that the first is
>not undefined behavior; it requires a diagnostic, so presumably,
>anyone porting my code will stumble across it, and realize that they
>have a portability problem.
>
>But this only works because `asm' is *not* undefined behavior.
I'm not quite clear on the intention of the standard here. As a
categorisation of types of error it is useful to distinguish between
errors that require a diagnostic and plain undefined behaviour. However
when a diagnostic is required clearly the result is undefined behaviour.
3.16 Undefined behaviour
"Behaviour, upon use of a nonportable or erroneous program construct"
"... or by the omission of any explicit definition of behaviour"
These would seem to cover syntax errors and constraint violations.
--
-----------------------------------------
Lawrence Kirby | fred@genesis.demon.co.uk
Wilts, England | 70734.126@compuserve.com
-----------------------------------------